Micron Document
`:top
Das `!Stream Control Transmission Protocol`! (`!SCTP`!) ist ein `F33f`_`[zuverlässiges`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Zuverlässigkeit_(Telekommunikation)]`_`f, `F33f`_`[verbindungsorientiertes`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Verbindungsorientierung]`_`f `F33f`_`[Netzwerkprotokoll`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Netzwerkprotokoll]`_`f. Es gehört zur `F33f`_`[Transportschicht`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Transportschicht]`_`f und setzt auf einem potenziell unzuverlässigen, verbindungslosen `F33f`_`[Paketdienst`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Paketvermittlung]`_`f auf.

>>Contents

• `F0af`_`[Eigenschaften und Funktionen`#eigenschaften-und-funktionen]`_`f
• `F0af`_`[Alternativen`#alternativen]`_`f
• `F0af`_`[Spezifikationen`#spezifikationen]`_`f
• `F0af`_`[Weblinks`#weblinks]`_`f
• `F0af`_`[Einzelnachweise`#einzelnachweise]`_`f

-─

>>Eigenschaften und Funktionen

SCTP wurde von der `F33f`_`[Internet Engineering Task Force`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Internet_Engineering_Task_Force]`_`f (IETF) als neues Transportprotokoll vorgeschlagen und im Oktober 2000 in dem Standarddokument RFC 2960`:cite-ref-rfc2960-1-0[`F5bf`_`[1`#cite-note-rfc2960-1]`_`f] veröffentlicht. Die Spezifikation wurde im September 2007 durch RFC 4960`:cite-ref-rfc4960-2-0[`F5bf`_`[2`#cite-note-rfc4960-2]`_`f] und im Juni 2022 durch RFC 9260`:cite-ref-rfc9260-3-0[`F5bf`_`[3`#cite-note-rfc9260-3]`_`f] ersetzt. Eine Einführung findet sich in RFC 3286.`:cite-ref-rfc3286-4-0[`F5bf`_`[4`#cite-note-rfc3286-4]`_`f] Das zuständige Gremium bei der IETF ist die Arbeitsgruppe `*Signaling Transport`*, kurz SIGTRAN.

Als Transportprotokoll steht SCTP auf derselben Stufe des `F33f`_`[TCP/IP-Referenzmodells`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=TCP/IP-Referenzmodell]`_`f wie `F33f`_`[TCP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Transmission_Control_Protocol]`_`f und `F33f`_`[UDP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=User_Datagram_Protocol]`_`f (`F33f`_`[Schicht 4 des OSI-Modells`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=OSI-Modell]`_`f).

SCTP realisiert das Konzept einer `*Association`*: Hier wird eine Verbindung aufgebaut, in der `*mehrere Nachrichten-Datenströme in sich reihenfolgenerhaltend`* (untereinander aber potentiell nicht-reihenfolgenerhaltend) transportiert werden. Zusätzlich können einzelne, zum Beispiel dringende, `F33f`_`[Datagramme`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Datagramm]`_`f separat und außer der Reihe verschickt werden, die dadurch eventuell die In-Order-Datenströme „überholen“.

SCTP kennt außerdem `*Multistreaming`* und `*`F33f`_`[Multihoming`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Multihoming]`_`f`* (ein Host mit mehreren gültigen `F33f`_`[IP-Adressen`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=IP-Adresse]`_`f). Es werden `*`F33f`_`[Heartbeats`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Heartbeat_(Informatik)]`_`f`* verwendet, um aktiv auf Verbindungsabriss zu testen.

Anders als TCP zeigt sich SCTP resistent gegen `F33f`_`[SYN-Flooding`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=SYN-Flood]`_`f, eine `F33f`_`[Denial-of-Service`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Denial_of_Service]`_`f-Attacke, bei der durch halboffene Verbindungen die Ressourcen des Servers aufgebraucht werden. Dazu verwendet es einen sogenannten Vier-Wege-Handshake. Hierbei speichert der Server bei einer Verbindungsanfrage (INIT-Paket) keine Zustandsinformationen, sondern schickt diese in Form eines `F33f`_`[Cookies`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=HTTP-Cookie]`_`f (INIT-ACK-Paket) an den Client. Der Client muss dieses Cookie in seine Antwort (COOKIE-ECHO-Paket) einfügen und wird damit vom Server als zum Verbindungsaufbau berechtigt erkannt, was dieser ihm bestätigt (COOKIE-ACK-Paket). Ein ähnliches Verfahren ist mit TCP ebenfalls möglich, siehe `F33f`_`[SYN-Cookies`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=SYN-Cookies]`_`f.

Ursprünglich wurde SCTP als Transportprotokoll definiert, um Zeichengabenachrichten (`F33f`_`[SS7`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Signalling_System_7]`_`f) aus Telefonnetzen auch über `F33f`_`[IP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Internet_Protocol]`_`f-Netzwerke übertragen zu können. Bei der Entwicklung stand insbesondere die Zuverlässigkeit des Protokolls im Vordergrund. SCTP ist aber auch für andere Anwendungen geeignet, da es Vorteile von TCP und UDP vereint. Eine wichtige, auf SCTP aufbauende Anwendung ist `F33f`_`[Reliable Server Pooling`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Reliable_Server_Pooling]`_`f (RSerPool).

SCTP verwendet für `*`F33f`_`[Fluss`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Flusskontrolle]`_`f- und `F33f`_`[Überlastkontrolle`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Überlastkontrolle]`_`f`* ähnliche Algorithmen wie TCP, verhält sich also in einem gemischten Netz (SCTP und TCP) neutral.`:cite-ref-5[`F5bf`_`[5`#cite-note-5]`_`f]

>>Alternativen

`F33f`_`[QUIC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=QUIC]`_`f ist ebenfalls ein zuverlässiges und verbindungsorientiertes Netzprotokoll auf Transportschicht. Es wurde von Google entworfen und baut auf UDP auf. SCTP und QUIC unterscheiden sich im Funktionsumfang und möglichen Einsatzzwecken. So unterstützt QUIC kein Multihoming und keine redundanten Übertragungspfade. In QUIC ist `F33f`_`[Transport Layer Security`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Transport_Layer_Security]`_`f (TLS) zur `F33f`_`[kryptographischen`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Kryptographie]`_`f Absicherung der Kommunikation integriert, wodurch Verbindungen immer `F33f`_`[verschlüsselt`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Verschlüsselungsprotokoll]`_`f sind. QUIC wird von Protokollen wie `F33f`_`[HTTP/3`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=HTTP/3]`_`f oder `F33f`_`[DNS over QUIC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=DNS_over_QUIC]`_`f (DoQ) verwendet. QUIC wurde wie zuvor SCTP von der IETF standardisiert; eine Google-Variante gQUIC wird parallel fortgeführt.

>>Spezifikationen

• `*`F33f`_`[RFC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Request_for_Comments]`_`f: 2960`* – `*Stream Control Transmission Protocol`*. 2000 (englisch).
• `*`F33f`_`[RFC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Request_for_Comments]`_`f: 4960`* – `*Stream Control Transmission Protocol`*. 2007 (englisch).
• `*`F33f`_`[RFC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Request_for_Comments]`_`f: 6951`* – `*UDP Encapsulation of Stream Control Transmission Protocol`*. 2013 (englisch).
• `*`F33f`_`[RFC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Request_for_Comments]`_`f: 9260`* – `*Stream Control Transmission Protocol`*. 2022 (englisch).

>>Weblinks

• Monika Ermert: Missing Link: Auch Internetprotokolle haben ihren Lifecycle. In: `*`F33f`_`[Heise online`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Heise_online]`_`f.`* 19. März 2023 (Interview mit Michael Tüxen und Michael Scharf). Abgerufen am 19. März 2023.
• sctp.de – Michael Tüxen's SCTP Page
• Thomas Dreibholz's SCTP Project Page
• OpenSS7
• Concluded Workgroup `*Signaling Transport (sigtran)`*. ietf.org
• Better networking with SCTP. ibm.co

>>Einzelnachweise

`:cite-note-rfc2960-1`!1.`! `F0af`_`[↑`#cite-ref-rfc2960-1-0]`_`f `*`F33f`_`[RFC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Request_for_Comments]`_`f: 2960`* – `*Stream Control Transmission Protocol`*. 2000 (englisch).
`:cite-note-rfc4960-2`!2.`! `F0af`_`[↑`#cite-ref-rfc4960-2-0]`_`f `*`F33f`_`[RFC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Request_for_Comments]`_`f: 4960`* – `*Stream Control Transmission Protocol`*. 2007 (englisch).
`:cite-note-rfc9260-3`!3.`! `F0af`_`[↑`#cite-ref-rfc9260-3-0]`_`f `*`F33f`_`[RFC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Request_for_Comments]`_`f: 9260`* – `*Stream Control Transmission Protocol`*. 2022 (englisch).
`:cite-note-rfc3286-4`!4.`! `F0af`_`[↑`#cite-ref-rfc3286-4-0]`_`f `*`F33f`_`[RFC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Request_for_Comments]`_`f: 3286`* – `*An Introduction to the Stream Control Transmission Protocol (SCTP)`*. Mai 2002 (englisch).
`:cite-note-5`!5.`! `F0af`_`[↑`#cite-ref-5]`_`f exp-math.uni-essen.de (`F33f`_`[Memento`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Webarchivierung]`_`f vom 21. März 2003 im `*`F33f`_`[Internet Archive`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Internet_Archive]`_`f`*; PDF)

`c`F0af`_`[↑ Back to top`#top]`_`f`a